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New Solar System Internet Technology Debuts on the 
International Space Station 


This month, NASA took a major step toward creating a Solar System Internet by establishing 
operational (DTN) service on the International Space 
Station. The DTN service will help automate and improve data availability for space station 
experimenters and will result in more efficient bandwidth utilization and more data return. 
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Use of ISS to Prepare for Exploration | Maturing Critical Systems 


¢ Radiation Environment Monitor - (NASA) demonstration of first generation of operational active 
personal space radiation dosimeters 

¢ Amine Swingbed - (NASA) provide for environmental control of the habitable volume for human- 
rated spacecraft by removing metabolically-produced carbon dioxide, and minimizing losses of 
ullage air and humidity 

¢ Air Quality Monitor (AQM) — (NASA) volatile organic compound analyzer to be used to monitor 
the ISS environment 


¢ Disruption Tolerant Networking for Space Operations (DTN) - (NASA) long-term, 
readily accessible communications test-bed, DTN is the comm. standard for future 
spacecraft 

¢ DOSIS-3D — (ESA) Determination of the radiation field parameters absorbed dose and dose 
equivalent inside the ISS with various active and passive radiation detector devices provided by 
ESA, JAXA and Russia. Aiming for a concise three dimensional dose distribution (3D) map of all the 
segments of the ISS. 

¢ Exploration EVA Suit — (NASA) Could fly exploration suit as early as 2019. Will demonstrate and 
mature suit on ISS prior to use beyond LEO 

¢ NASA Docking System - (NASA) Based on International specs agreed to by partners for 
exploration ISS will utilize and mature the system on ISS starting in 2015 with arrival of passive 
port. 
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ISS Institutional DTN 


ISS DTN Project provides the following: 


ISS Disruption Tolerant Networking (DTN) Architecture for flight, ground, and 
test/simulation systems (includes MSFC-HOSC, MCC-H, and SCTF/SDIL) 
Increased reliability of payload data transfers between ISS and remote payload 
control centers during communication outages 

¢ MSFC-HOSC, MCC-H, and ISS DTN nodes will store user file uplinks/downlinks 

and forward bundles as Ku-band becomes available 

Increased automation of Payload Developer (PD) requests for data transfers 

e Reduce PD real-time support to access and downlink science data 

e Reduces need for duplicate storage and extra retrieval actions 
Mechanism to alleviate extensive support to plan payload transfers around loss 
of communications. 
Mechanism to use standard, publicly available protocols, avoiding the use of 
costly custom protocol implementations 
Opportunity to gain valuable experience using DTN, which is the expected 
communication protocol of choice for future space exploration 


INTERNATIONAL SPACE STATION 
Delay Tolerant Networking (DTN) 
Implementation on (JSL) 


National Aeronautics and 


Space Administration 


DTN enabled Payloads and Devices 


ISS 
¥ 
| Ku Band Comm Unit 
y 
ar ~ " , 
MCC-H MCC-Uplink f ™ \ | HOSC Payload HOSC-Payload HOSC 
Control | rs } Ethernet G/W Data System 
v y 
Ku Service 
provider 
GOSE Aco poe Oe Pa 
(/HOSC Assets) Ca Ca > & 63 ) CADRE 
and Access, ) ae” 
ee 


ie. — — — a. cles 
Sa SS eg Sa — 


Distributed Remote Payload Investigators 
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Testing Methodology cme 


GQ) SOEING ¢ Completed numerous successful engineering and 


integration tests 


¢ Nominal payload communication 
e Loss of communication 
¢ CFDP File Transfers 
¢ Characterization Testing 
° Environment 
¢ WAN emulator used to simulate ISS 600 ms RT delay 
¢ Nominal Downlink: 20 Mbps LTP 
¢ Nominal Uplink: 4 Mbps LTP 


e Network outages simulated via modem power off on ISS Ku 
Communications Unit. 


¢ Test tools: 
— Bping and Bpecho 
— Bpdriver and bpcounter 
CFDPtest 
TReK CFDP GUI and TReK CFDP Console 
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Nominal Payload Testing TS 


First Test (Single Node) 


Simple two node configuration using TReK Windows and Linux ISS 
nodes tested independently 


¢ 100kB bundle size x 1000 bundles = 100 MB per node 


DESTINATION oe ncaainns 
BUNDLES | BUNDLES )| TOTAL THROUGHPUT 
SOURCE NODE DIRECTION TIME (se SEGMENTS SEGMENTS 
SENT | RECEIVED BYTES] (Mbps) 3 
NODE (Total/Rexmit)| (Total/Rexmit) 


[seo [soo | aaser [somal seers | oxo [sox 
Sooo 


All bundles transferred successfully 
Downlink rates ~15 Mbps 

Uplink rates ~4Mbps 

Zero retransmissions 
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Second Test (Multiple Node) 


¢ Six node configuration using TReK Windows/Linux and EXPRESS 
Laptop nodes on ISS 


¢ 100kB bundle size x 100 bundles = 10 MB per node 


SOURCE DESTINATION BUNDLES BUNDLES TOTAL THROUGHPUT 


Up 
HOSC Cadre 

A ELC-1 Up 54.35 10M 1.472 
HOSC Cadre 

B ELC-2 Uplink 33.025 10 2.422 
HOSC Cadre 

c ELC-3 Up 36. 10 2.206 
HOSC Cadre 

A ELC-4 Uplink 89.965 1 0.889 
HOSC Cadre : 

B TReK Win7 Up 20.873 10 3.833 


HOSC Cadre 
c TReK Linux 66.135 9900003 * 1.198 


* Due to initial first packet received out of order 
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¢ All bundles transferred successfully 


¢ Throughput is reduced due to simultaneous transfers of multiple 
nodes and was calculated from first to last packet, so the data rate 
appears skewed when a sender is idle waiting to send bundles. 


¢ Cumulative data rates are consistent with single node testing. 5 
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The third and fourth tests exercised the DTN 
Management Daemon to reconfigure the bandwidths 
during DTN operations. 


¢ Third Test (Reduced Downlink) 
¢ Data rate reconfigured to 10 Mbps using daemon 
¢ Same as the second multiple node test 
¢ All bundles transferred successfully 
¢ Downlink rates for nodes ~0.5 — 4Mbps 
¢ Uplink rates for nodes ~0.75 — 2.6 Mbps 
¢ As expected downlink rates are near half the rate. 


¢ Fourth Test (Increased Downlink) 
¢ Data rate configured back to 20 Mbps and performed Second Test 
again. 
¢ All bundles transferred successfully 
¢ Downlink rates for nodes ~3 — 7Mbps 
¢ Uplink rates for nodes ~0.75 — 3.9 Mbps 
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Loss of Communication Testing = ="-"~ 


Eight simultaneous transfers (4 up and 4 down) between four nodes on 
ISS and four nodes at Huntsville 


e LOS was created by powering off the modem on the ISS Ku 
Communication Unit for 10 minutes. 


DESTINATION | BUNDLES BUNDLES THROUGH- 
SOURCE NODE TIME (sec) 
NODE SENT RECEIVED PUT (Mbps) 


19900003 
HOSC Cadre A 200 200 403.593 (1) 3.945 


HOSC Cadre B 200 200 1018.707 1.571 
TReK Win 7 HOSC Cadre B 200 200 1039,147 
TReK Linux HOSC Cadre C 200 200 927.65 1.725 


HOSC Cadre B 500 500 50M 


(1) Due to initial first packet received out of order 


¢ All data was stored and successfully retransmitted when signal was 
reacquired. 


e Large number of retransmits (not shown) but to be expected due to the 
LOS 
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File Transfer Testing an 


First Test (Single Node Transfers) 


Two different mechanism were used for file transfers: CFDPTest 
and TReK Toolkit CFDP GUI 


Single file transfers were used for the first test. 
File sizes tested were 1 MB, 50 MB, 175 MB, and 1 GB. 
File types included TXT, DOC, MPEG, and IMG. 


Files were verified as successfully transferred when their 
checksums matched pre and post transfer. 
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First Test (Single Node Transfers) 


Data 
Segment Segment Sender 
(Total/# (Total/# (Total/# (Total/# 
Rexmit) Rexmit) Rexmit) Rexmit) 


a 
TRek Win7 cadres —|73/0 ~—_—=[ s/o 0/0 0/0 
oo foro 


Filesize 


rex win7 fisiaze/2 [aais/o [oro [ovo 
TReK Win7 0/0 0/0 
Trex unux [a7ss5/13_faov/o foro [ovo 
TReK Linux 0/0 0/0 
rex uinux fisazze/2 frais/o__fo/o [ovo 
TReK Linux 0/0 0/0 
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File Transfer Testing an 


Second Test (Multiple Node Transfers) 


Two different mechanism were used for file transfers: CFDPTest 
and TReK Toolkit GUI 


Simultaneous file transfers were used for the second test. 
File sizes tested were 1 MB, 50 MB and 175 MB. 
File types included TXT and MPEG. 


Files were verified as successfully transferred when their 
checksums matched pre and post transfer. 
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« No LOS 


SRC/DEST 


SRC/DEST 


Statistics During LOS 
Cadre C -> TReK Linux 
Cadre B -> TReK Win 7 


TReK Linux -> Cadre C 


TReK Win7-> Cadre A 
Final Statistics 

Cadre C -> TReK Linux 
Cadre B -> TReK Win7 
TReK Linux -> Cadre C 
TReK Win7 -> Cadre A 


Second Test (Multiple Node Transfers) 


Data Report 
Segment Segment 
(Total/# (Total/# 
Rexmit) Rexmit) 


79144/3397 |1101/0 
25407/30 2895/47 


e With 10 min LOS 


Data Report 
Segment | Segment [Canceled by|Canceled By 
(Total/# (Total/# Sender Revr 
Rexmit) Rexmit) 


12918/999 |196/0 0/0 
3880/4 453/10 0/0 


77093/1249 |929/0 po fis 
26193/495 |3273/208 16/0 66/198 


Filesize 
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Characterization Testing Specs Aisa 


1. Reboot of on board gateway during a CFDP transfer 
resulted in successful file transfers. 


— Bundles were queued on the ground gateway during the reboot 
period. Those bundles were successfully sent and received by the 
destination node after the reboot had completed. 

— Conversely, the bundles that were queued on the on board 
gateway were successfully transmitted and received by the 
ground node after the completion of the reboot. 


2. Full Load Testing 
— Simulated ISS environment to attempt to maximize the 
bandwidth through the ISS laptops 
— Maximum downlink and uplink data rate achieved approximately 
50 Mbps 


° 50 Mbps uplink is unrealistic due to Ku-band data rate limit. 
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ISS DTN Evolution nanipprseeirs 


First long-term operational implementation of DTN in Space 
¢ 12 1SS Payloads in-work for DTN integration via ISS Payload Office 

*  Telescience Resource Kit (TReK) — First demo payload in Spring 2016 

° Plant Habitat is the first non demo user targeting early 2017 deployment 
¢ Planned platform upgrade from Lenovo T61P Laptop to HP ZBook 

¢ Support for higher bandwidth and storage capability 
¢ Support currently is for DTN-enabled Payloads only 


¢ Future support will include capability to gateway TCP and UDP payload 
applications 


¢ ECOSTRESS Payload will utilize direct TCP data transfer over External WiFi 
system. 
¢ Upgrades for Aggregate Custody Signaling and Delay Tolerant Payload 
Conditioning 
° Better uplink bandwidth efficiency and in-order data delivery as necessary 
¢ Potential DTN Security upgrades which would include Bundle Protocol 
Security (BPSec) and Secure Key Distribution and Management 
¢ DTN Management Daemon upgrades or potential integration of the 
Asynchronous Management Protocol (AMP) 


e System expansion to operations applications 
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Coordination and Appreciation seeipe are 


Brett Willman — ISS DTN Project Manager 
Suzanne Davidson — Boeing JSL DTN Technical Lead 
Adam Schlesinger — AES DTN Project Technical Lead 
Lee Pitts - MSFC Lead DTN Architect 

Bill PohIchuck — ISS DTN Lead Developer 

Kelvin Nichols — MSFC Lead DTN Integrator 

Jeff Lippincott — TReK DTN Integrator 

David Zoller —- HOSC ISS DTN2 Gateway Developer 
Joanne Towne — HOSC ISS DTN Test Lead 

Dennis Botts - HOSC Customer Support Lead 

Tyler Doubrava — SWRDFSH DTN Integrator 

Jim Wiehoff — ISS DTN Project Lead 
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Talecidarlilelarclas) elles ieclelelamens), 
Brett Willman — NASA ISS DTN Manager 
Bill Pohlchuck — Boeing ISS DTN Lead Developer 
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DIN Management Daemon See intatn 


The DTN Node Management Daemon was developed to handle 
management of the ISS Payload DTN Node. 


Providing a DTN management daemon avoided the reliance on 

applications such as SSH to send commands/status. 

¢ Run asa service on the node similar to ION bpecho. BP is used for 
sending command, command status, and statistics information 
(messages). 

¢ DIN Management Daemon Capabilities: 


Ability to control output rates between the on-orbit and ground DTN Gateway 
nodes 

Ability to control the flow of the file I/O between the on-orbit and ground DTN 
Gateway nodes, i.e. suspending, resuming, and cancelling flow of bundles 
related to designated file |/O “jobs” (CFDP). 

Route selection to newly designated active remote DTN gateway nodes via 
DNS reconfiguration and command 

Support enabling/disabling I/O with neighboring nodes, especially output 
control 

Gathering and reporting of basic level DTN node statistics. This feature 
provides the configurability to provide the statistics receiver identity, reporting 
interval, and enable/disable statistics reporting state 
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DTN Management Daemon 


Command Source(s) 


Send command message via BP 

Provide EID of command status message 
receiver, if desired, for the current command 
message 


command 
status (BP) 


command 
source(s) 


command (BP) 


status 
receiver(s) li 


statistics (BP) statistics 


receiver 


Status Receiver(s) 


Receive command status messages via BP 


new remote 
gateway FQDN 
(UDP) 


name server atnmgmitd 


(script) 


Statistics Receiver 


info, error status 


Receives DTN node statistics sent from ion.log | 
dinmgmtd — 
dtnmgmtd sends node statistics to only one 7 oe : 
designated receiver syslog 

i} 


Name Server 


A script is run manually to change IP address associated with 
logical G/W hostname (FQDN) 


Script sends UDP message to dtnmgmitd to indicate new remote 
G/W host 


“ion.log”, “syslog” 
Informational and error status written to ion.log 


syslog is used for error messages when dtnmgmid is run as a 
daemon 
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DTN Management Daemon 


dtnmgmid: 


Support being run as a system service $e conde aon dinner 
(daemon), after DTN node service has . “ar 
sta rted A caper startup 
Service dinmgmtd a os e Convert to daemon (when requested) 
Run via special user account (ion) Start e Open/Attach to log file(s) 
il e Read resource file 
Error output to syslog; other output to ion.log o~ 
: / \ Z e Connect to local ION node as service 
: / e Apply persistent changes from resource file to 
Support being run as a non-daemon [ Esror iin current ION state 
during = nie 
Error output to stdout and stderr; other output to } aarp ee 
ion.log =, 
4 NK 
/ \ e Check for and process incoming command 
Uses a special DTN network configuration | bundles [main] 
file Running e When statistics reporting is enabled, wait for 
; ; : f \ designated interval, then collect and send 
Contains neighbor nodes (of interest), gateway sual / statistics to designated statistics [main] 
nodes (if defined) deli: ec a e receiverCheck for and process incoming G/W 
. . f f : Running . 
Contains persistent information outside of ION , sib eepis=iaaiah aaa 
node start-up files Manual options g ; ; ; 
% service stop dinmgmitd e When DNS polling is enabled, wait for 
Content (output rates) overrides ION node startup cchil-ASIGTERM PID ordteames> -deSignated interval, then address query and 
values upon daemon startup a process change if necessary 
secon wi DTN nade (ION) shutdown [gwAdd rQueryThread] 
Part of host shutgown 
Designed to be runnable on any ION-based node, as 
given an appropriate DTN network configuration YK fH =< 
fil . e Disconnect from local ION node 
lle Shutdown 
e Perform daemon shutdown (when run as 
\ J) system daemon) 
a 
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e Addition of DTN Node in Remote Advanced Payload Test Rig (RAPTR) allows PD to test 
DTN at remote facilities: 


— Incorporate DTN VM node into RAPTR for payload testing. 


— Covers all Payload Rack Checkout Units (PRCU) at Marshall Space Flight Center 
(MSFC) as well 
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TReK is one of the Huntsville Operations Support Center (HOSC) remote operations solutions 
— Used to monitor and control International Space Station payloads from anywhere in the world. 
— Don’t have to be DTN expert to get your data 
The ISS program is providing the TReK Toolkit software as a generic flight software capability offered 
as a Standard service to payloads 
TReK Demo on an ISS provided T61p laptop. Installed on May 27, 2016 
ISS DTN Capabilities: 
— Transfer files (send and receive) using CFDP. 
— Configure and Manage (start, stop, monitor) ION DTN node. 
Ground DTN Capabilities: 
— Transfer files (send and receive) using CCSDS File Delivery Protocol (CFDP) 
— Configure and Manage (start, stop, monitor) ION DTN node. 


Software: 


— 1lONconfig Application - Provides the capability to generate ION configuration files and scripts. The scripts 
(Windows batch files and Linux shell scripts) can be used to start and stop ION. This application has a 
graphical user interface. 


— 1lONizer Application - Provides capabilities to start, stop, and monitor ION. This application has a graphical 
user interface. 


— 1lONizer Library - Provides an application programming interface to start, stop, and monitor ION. 
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Payload Test Services 


Testing Services for Payloads 
e Test services are provided at both HOSC and SDIL 
e These facilities support: 


Link emulation 


Simulates onboard systems and utilizes images or actual hardware for specific 
systems 


Provides high fidelity interoperability testing between MCC-H, SDIL, and HOSC 
Currently available and configurable against current and future ground systems 


Both facilities also support stand-alone testing leveraging a high degree of 


virtualization: 
Simulates onboard systems and utilizes images for specific systems 
Provides the ability to exercise uplink and downlink protocols through the use of flight software packages executing on 
virtual servers 
Available for development systems now and moving integration testing in the last half of ‘15 


¢ HOSC also hosts the TReK Demonstration Payload Image within HOSC On-Demand Test 
environment to support payload team familiarization with DTN capabilities. 


e SDIL provides access to the flight-like ISS High Rate Communication and JSL Hardware 


